关于Vivado和SDK2018.3版本软件和启动问题

 关于Vivado和SDK2018.3版本软件和启动问题

        使用的是微相（MicroPhase）MIZAR-Z7020（XC7Z020CLG400-2）开发板，和配套资料，视频等内容，使用Vivado和SDK均为2018.3版本，软件由资料配套提供。

          SDK就是上面的版本2018.3，Vivado版本和他配套是2018.3版本。

        在使用2018.3的Vivado和配套的SDK时出现了下面的问题：通过Vivado打开内部的lanuch SDK时不能直接跳转到内部开发的界面，始终停留在SDK的welcome（欢迎）界面中，当使用手动切换到实验中发现很多功能都没有响应，这就包括了在File→New→Application Project的功能，在后续的软件开发时有很大的影响。

         这个问题较严重可能导致后续操作无法执行，怀疑过是两个不同版本的Vivado冲突引起的问题。

        通过多次观看视频发现了一个最容易忽略掉的细节，就是目录问题，说真的这一点真的很奇怪，Vivado是不允许路径，工程名出现中文的SDK也一样，Vivado不会受到目录级（层）的限制，而SDK就受到了目录级（层）的限制。

        上面的目录就是SDK（SDK第二篇的存放位置）示例工程存放的的目录，可以看到只有3级（层）目录，这个目录是工程创建的地址在视频中是这个路径。

        但在现实中文件目录不会一样，因为有两个不同版本的（2018.3和2023.2）Vivado要区分不同版本的项目工程（因为高版本的Vivado可以兼容从低版本的工程，但是经过高版本打开过的工程放到低版本的Vivado中就会出现只读模式，不能修改和正常使用），这两个工程要分别存放导致了文件目录级超过了3个，就出现了SDK部分功能没有响应的问题。

        这个问题是这么被发现的呢，在Vivado的使用中排除冲突问题（冲突了会报错），排除了代码报错的问题（示例代码几乎不能出错），为了排除目录含有中文的问题，把这个文件工程直接放到了D磁盘或E磁盘下，这个问题突然被解决了（因为文件层级要少于3级目录）。

        就是说工程创建的文件级（层）就是SDK软件的最大目录层级，当工程转移时可以少于或等于原来的目录，不能大于创建工程时的目录级（层）数，否则就会出问题。

        不知道这个算不算BUG，但是这个问题很隐蔽，难以发现，不会出现报错的情况，在打开SDK时只会出现部分功能为响应，现象难以判断问题，但是所带来的影响是很大的。

本文重点：Vivado工程创建的文件级（层）就是SDK软件的最大目录层级，当工程转移时可以少于或等于原来的目录，不能大于创建工程时的目录级（层）数，否则就会出问题。

        这里要说明这个问题主要是针对SDK 2018.3 拿到Vivado2018.3上就没有目录级（层）的问题。

        文章结束了，感谢阅读，如果该文章有用就要点赞吧，让更多的人看到，如果看到该文章有不对的地方欢迎随时来指正。